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CROSS-REFERENCE TO RELATED APPLICATION 



This application claims priority from and is related to the following prior applications: 
"Always-On Wireless Internet Protocol Communication, 11 International Application No. 
PCT/CA2003/001160, filed July 31, 2003, which claims priority to "System and Method of 
Wireless Always-On Internet Communication," United States Provisional Application No. 
60/400,865, filed August 1, 2002. These pric * applications, including the entirety of the written 
descriptions and drawing figures, are hereby incorporated into the present application by 
reference. 

} :eld 

The technology described in this pate it document relates generally to the field of point- 
to-point communication techniques. More particularly, the patent document describes^ system 



and method for always-on wireless internet protocol (IP) communication with a mobile station, 
such as a 2-way paging device, a cellular telephone, a laptop computer, or other type of wireless- 
enabled device. 



Wireless IP networks are known in this field. One such wireless network is described in 



the "CDMA2000™ Wireless IP Network standard," TIA/EIA/IS-835-B. The CDMA2000™ 



Wireless IP Network utilizes a link control protocol (LCP) to establish and configure the point- 
to-point protocol (PPP), which is described in Request for Comments (RFC) 1661. TIA/EIA/IS- 
835-B and RFC 1661 are incorporated into the present application by reference. 



BACKGROUND AND SUMMARY 
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1 

BEST AVAILABLE COPY 



In accordance with the teachings described herein, systems and methods are provided for 
always-on wireless IP communication. An access provider network (APN) that includes an 
always-on packet data serving node (PDSN) may be used to communicate over a wireless 
communication link with a mobile station. The PDSN may include an inactivity timer and may 
5 be used to set the inactivity timer to an inactivity timer starting value and send a starting value 
estimate to the mobile station over the wireless communication link, wherein the starting value 
estimate is a function of the inactivity timer starting value. The mobile station may include an 
inactivity timer estimate and may be used to receive the starting value estimate and set the 
inactivity timer estimate to the starting value estimate. The mobile station may also be used to 
10 reset the inactivity timer estimate to the starting value estimate when the mobile station 
communicates with the APN. 



BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 shows an example wireless IP communication system that supports always-on 
15 communication with a mobile station; 

Fig. 2 shows example protocol stacks at various components of the system of Fig. 1; 
Fig. 3 shows a block diagram of an example always-on mobile station; 
Fig. 4 shows a block diagram of an example always-on PDSN; 

Fig. 5 shows a more-detailed block diagram of the example always-on-PDSN of Fig. 4; 
20 Fig. 6-8 are flow diagrams that illustrate an example operation of an always-on mobile 

station; and 

Fig. 9 is a flow diagram illustrating an example operation of an always-on PDSN. 
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DETAILED DESCRIPTION 
With reference now to the drawing figures, Fig. 1 shows an example wireless IP 
communication system that supports always-on communication with a mobile station 10. The 
5 communication system includes an always-on target visited access provider network (VAPN) 12, 
an always-on serving VAPN 20, back-end network infrastructure 60, 70, 80, and an end host 40. 
Also included in the illustrated communication system are an IP network 30, such as the Internet, 
and a broadband telecommunications network 50, such as an SS7 network. 

In operation, the always-on mobile station (MS) 10 communicates over the IP network 30 
10 with the end host 40 via at least one always-on VAPN 12, 20 cooperating with back-end 
infrastructure 60, 70, 80. The mobile station 10 is always-on in the sense that a packet data 
session, such as a point-to-point protocol (PPP) session, may be maintained between the mobile 
station 10 and an always-on access provider network (APN) 12, 20, 60 while the mobile station 
10 is dormant (e.g., does not have any data to send or receive). In addition, the PPP session may 
15 be maintained during periods when the mobile station 10 has moved out of coverage or is 
otherwise temporarily out of communication with the APN 12, 20, which may include periods 
when the mobile station 10 is being serviced by a network that does not support data 
communications. 

The always-on target VAPN 12 includes a target radio network (RN) 14 and an always- 
20 on target packet data serving node (PDSN) 16. The always-on serving VAPN 20 includes a 
source radio network (RN) 22, an always-on serving PDSN 25, a remote authentication dial in 
service (RADIUS) server 24, and a mobile switching center (MSC) 23. Preferably, the mobile 
station 10 communicates with the always-on target VAPN 12, and is then handed-off to the 
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always-on serving VAPN 20 for communication with the back-end infrastructure 60, 70, 80 and 
the end host 40. Alternatively, however, the mobile station 10 could communicate with back- 
end infrastructure directly via the always-on serving VAPN 20. 

The always-on target PDSN 16 and/or the always-on serving PDSN 25 are configured to 
5 support always-on service for the mobile station 10. The always-on serving PDSN 25 preferably 
cooperates with the mobile station 10 via the always-on target PDSN 16. Alternatively, 
however, only one of the target PDSN 16 or the serving PDSN 25 may be an always-on PDSN. 
A detailed description of the always-on service, including descriptions of the always-on mobile 
station 10 and the always-on PDSN 16, 25, is provided below with reference to Figs. 2-9. 

10 The radio network (RN) 14, 22 may include a base station(s) to provide RF 

communication with the mobile station 12 and may also include a packet control function (PCF) 
to communicate with the always-on PDSN 16, 25. The communication link between the RN 14, 
22 and the PDSN 16, 25 may be an R-P interface that uses a GRE tunnel to transport user packet 
data and signaling messages between the PCF and PDSN 16, 25. The communication link 

15 between the target PDSN 16 and the serving PDSN 25 may be a P-P interface to transport user 
data for a single service instance, and may be used to support a fast handoff function. 

The RADIUS servers 24, 74, 84 located in the serving VAPN 20, home IP network 74 
and broker network 84 are authentication, authorization and accounting (AAA) servers, such as 
those typically used in CDMA2000™ networks for providing AAA functionality. The home IP 

20 network 70 and home RADIUS server 74 provide IP based data services to the mobile station 
user, such as maintaining a network access identifier (NAI) for the mobile station 10. The broker 
network 80 and broker RADIUS server 84 is an intermediate network/server(s) that may be used 
to securely transfer RADIUS messages (e.g., AAA information) between the VAPN RADIUS 
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server 24 and the home RADIUS server 74. It should be understood that more than one broker 
RADIUS server 84 may be used to transfer data between the VAPN RADIUS server 24 and the 
home RADIUS server 74. 

The mobile switching center (MSC) 23 connects the source RN 22 with a home location 
5 register (HLR) 62 at a home access provider network (APN) 60. The home access provider 
network 60 is a wireless network that provides the home service area for the mobile station 10. 
It should be understood that the system illustrated in Fig. 1 shows an example operation of the 
always-on mobile station 12 while the mobile station 12 is outside of the coverage area of the 
home access provider network 62. However, the home access provider network 60 preferably 
10 includes similar components as the visited access provider network 12, 20, including a home 
radio network (RN) and a home always-on PDSN. Therefore, always-on service may also be 
available between the always-on mobile station 12 and the home always-on PDSN in the home 
APN 60. 

The example wireless IP communication system illustrated in Fig. 1 may, for example, be 
15 a CDMA2000™ wireless IP network that is configured to provide always-on service, as 
described herein. Additional details regarding the operation of a typical CDMA2000™ wireless 
IP network may be found in the following standard documents (referred to herein as the 
"Standards"): TIA/EIA/IS-835-B, RFC 1661, TIA/EIA/IS-2000-1 (3GPP2 C.S0001), 
TIA/EIA/IS-2000-2 (3GPP2 C.S0002), TIA/EIA/IS-2000-3 (3GPP2 C.S0003), TIA/EIA/IS- 
20 2000-4 (3GPP2 C.S0004), TIA/EIA/IS-2000-5 (3GPP2 C.S0005), TIA/EIA/IS-707 (3GPP2 
C.S0017), A.S0001, and their revisions, which are incorporated herein by reference. 

Fig. 2 shows example protocol stacks 110, 122, 125, 140 at various components of the 
IP-based system of Fig. 1. Four protocol stacks 110,122,125 and 140 are illustrated, each 
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corresponding respectively to the always-on mobile station (MS) 10, a radio network (RN) 14, 
22, an always-on PDSN 16, 25 and the end host 40. Protocol stacks 110 and 125 each include 
always-on point-to-point protocol (PPP) layers 115 and 130. The always-on PPP layers 115 and 
130 co-operate to maintain a PPP session, which enables IP communication between the mobile 
5 station 10 and the end host 40 despite out-of-coverage or similar situations at the mobile station 
10. The operation of the always-on PPP layer 115 at the always-on mobile station 10 is 
described below with reference to Fig. 3, and the operation of the always-on PPP layer 135 at the 
always-on PDSN 16, 25 is described below with reference to Figs. 4 and 5. The operation of the 
remaining protocol layers illustrated in Fig. 2 is within the knowledge of persons skilled in the 

10 art and is described in more detail in the Standards. The physical layer airlink between the 
always-on mobile station and RN is described in TIA/EIA/IS-2000-2. The MAC between the 
always-on mobile station and RN is described in TIA/EIA/IS-2000-3. The LAC between the 
always-on mobile station and RN is described in TIA/EIA/IS-2000-4. The Layer 3 signaling 
messages used for control of the physical layer are described in TIA/EIA/IS-2000-5. The Radio 

15 Link Protocol (RLP) between the always-on mobile station and RN is described in TIA/EIA/IS- 
707. The R-P protocol, also known as A10 and Al 1 is described in A.S0001 . 

Fig. 3 shows a block diagram of an example always-on mobile station 310, and Figs. 4 
and 5 show block diagrams of an example always-on PDSN 425. Also illustrated in Figs. 3-5 are 
example communications 350, 355, 360, 370, 380, 390 between the always-on mobile station 

20 310 and the always-on PDSN 425 that may be used to maintain an always-on PPP session. 

With reference first to Fig. 3, the example mobile station (MS) 310 includes an always-on 
MS module 315, a processor 320, a transceiver 322, an inactivity timer estimate 330, and other 
mobile station modules 340. The processor 320 may be a microprocessor, a digital signal 
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processor, or some other type of processing device. The transceiver 322 is operable to transmit 
and receive RF signals, and may include a single transceiver circuit or separate transmitter and 
receiver circuits. The always-on MS module 315 may be a software module, a hardware module 
or a combination of both, and is operable to set and track the inactivity timer estimate 330. The 
5 inactivity timer estimate 330 may be a timing device, such as a decrementing counter, that is set 
by the always-on MS module 315 to estimate the value of an inactivity timer 430 in the always- 
on PDSN 425 (see Figs. 4 and 5). The other modules 340 may be software and/or hardware 
modules typically included in a mobile station 310, such as a display, keyboard, speaker, 
microphone, etc. 

10 Operationally, when a PPP session 390 is initiated between the mobile station 310 and an 

always-on PDSN 425, the PDSN 425 transmits a link control protocol (LCP) message 350 to the 
mobile station 310 that includes a starting value estimate 355, which is generated by the PDSN 
as a function of the initialization value for the inactivity timer 430 in the PDSN 425. When the 
mobile station 310 receives the LCP message 350, the starting value estimate 355 is used by the 

15 always-on MS module 315 to initialize the inactivity timer estimate 330, and an LCP reply 
message 360 is transmitted from the mobile station 310 to the always-on PDSN 425. 

The value of the inactivity timer estimate 330 affects the operation of the always-on MS 
module 315, particularly in out-of-coverage situations. That is, an always-on connection with 
the PDSN 425 is maintained so long as the inactivity timer estimate 330 has not expired. During 

20 periods of inactivity, the always-on MS module 315 causes the inactivity timer estimate 330 to 
decrement from the starting value estimate 355. Each time a PPP frame is sent or received by 
the mobile station 310, the inactivity timer estimate 330 is reset to the starting value estimate 
355. To maintain an always-on connection during periods of inactivity, the always-on MS 
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module 315 may send and receive LCP messages or other PPP session communications 350, 
360, 370, 380 to and from the always-on PDSN 425. Upon expiration of the inactivity timer 
estimate 330, the mobile station 310 may initiate a new PPP session 390, or may enter an 
inactive state. If a new PPP session 390 is initiated by the mobile station 310, then the mobile 
5 station 310 may receive a new starting value estimate 355 from the PDSN 425, or may reset the 
inactivity timer estimate 330 using the starting value estimate 355 from the prior PPP session. 
The operation of the mobile station 310 is further described below with reference to Figs. 6-8. 

With reference now to Fig. 4, the example always-on PDSN 425 includes an always-on 
PDSN module 415, a processor 420, a transceiver 422, an inactivity timer 430 and other PDSN 

10 modules 440. The processor 420 may be a microprocessor, a digital signal processor, or some 
other type of processing device. The transceiver 422 may, for example, be a network card that is 
configured to send and receive data over a wireless link via a radio network (RN) 14, 22. The 
always-on PDSN module 415 may be a software module, a hardware module, or a combination 
of both, and is operable to reset and track the inactivity timer 430. The inactivity timer 430 may 

15 be a timing device, such as a decrementing counter, and may be used by the always-on PDSN 
425 to monitor the amount of time since a PPP frame was sent to or received from the always-on 
mobile station 310. 

Operationally, upon entering the IP control protocol (IPCP) opened state on a PPP 
session, the PDSN 425 starts the inactivity timer 430, and sends an LCP request message 350 to 
20 the mobile station 310 that includes a starting value estimate 355 generated as a function of the 
starting value of the inactivity timer 430. The starting value estimate 355 is used by the mobile 
station 310 to estimate the value of the inactivity timer 430, as described above. Then, when the 
processor 420 in the always-on PDSN 425 detects PPP activity with an always-on MS 310, the 
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always-on PDSN module 415 is notified of the activity and resets the inactivity timer 430 to its 
starting value. PPP activity which may cause the always-on PDSN module 415 to reset the 
inactivity timer 430 may, for example, include sending or receiving an LCP request message 
350, 370, sending or receiving an LCP reply message 360, receiving an initiate PPP-session 390, 
5 or other PPP-session communications with the mobile station 310. 

Fig. 5 shows a more-detailed block diagram of the example always-on PDSN 425 that 
illustrates an Echo-Reply-Timeout timer 460 and an Echo-Request-Retries counter 470, in 
addition to the components shown in Fig. 4. The Echo-Reply-Timeout timer 460 may be used by 
the PDSN 425 to track the amount of time since an LCP request message 350 or Echo request 

10 message 471 was sent by the PDSN 425 with no response from the mobile station 310. The 
Echo-Request-Retries counter may record the number of times that the always-on PDSN 425 
resends an LCP request message 350 or Echo request message 471 to the mobile station 310 
without receiving an LCP reply message 360 in response. It should be understood that the LCP 
reply message 360 may be a rejection if, for example, the mobile station does not support LCP 

15 messages 350, such as may be the case if the LCP message 350 is a vendor specific LCP 
message. 

Upon expiration of the inactivity timer 430, the PDSN 425 may send an Echo-Request 
message to the mobile station 3 10 in an attempt to maintain the PPP session by eliciting an Echo- 
Reply message from the mobile station 310. When an Echo-Request message is sent by the 
20 PDSN 425, the Echo-Reply-Timeout timer 460 is started, and the Echo-Request-Retries counter 
470 is initialized. If an Echo-Reply message is received from the mobile station 310, then the 
always-on PDSN 425 may reset the inactivity timers 430, and the PPP session is maintained. 
Otherwise, if the Echo-Reply-Timeout timer 460 expires and the Echo-Request-Retries counter 
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470 has not reached a pre-selected cutoff value (e.g., zero), then the always-on PDSN 425 may 
send another LCP Echo-Request message to the mobile station 310, decrement the Echo- 
Request-Retries counter 470, and re-start the Echo-Reply-Timeout timer 460. This process may 
be repeated until an Echo-Reply message or other PPP activity is received from the mobile 
5 station 310 or until the Echo-Request-Retries counter value reaches the cutoff value, at which 
point the always-on PDSN 425 may close the PPP session. The operation of the always-on 
PDSN 425 is further described below with reference to Fig. 9. 

In order to account for the PDSN 425 sending and resending an Echo-Request message 
upon expiration of the inactivity timer 430, the starting value estimate 355 transmitted to the 
10 mobile station 310 may be calculated as follows: 
SVE = IT + ERTx(ERR + \), 

where SVE is the starting value estimate 355, IT is the starting value of the inactivity 
timer 430, ERT is the starting value of the Echo-Reply-Timeout timer 430, and ERR is the 
starting value of the Echo-Request-Retries counter. 

1 5 It should be understood, however, that other techniques could be used to calculate the 

starting value estimate 355 to provide an accurate estimate. 

Fig. 6-8 are flow diagrams that illustrate an example operation of an always-on mobile 
station. With reference first to Fig. 6, the method begins at step 500, which may occur, for 
example, when an always-on mobile station is powered on. In step 505, the mobile station 

20 initiates a PPP session. For example, the mobile station may initiate a call using a packet data 
service option such as Service Option 33. Further details of the PPP session initiation procedure 
are available in TIA/EIA/IS-2000-1, TIA/EIA/IS-2000-2, TIA/EIA/IS-2000-3, TIA/EIA/IS- 
2000-4, TIA/EIA/IS-2000-5, and TIA/EIA/IS-707, which have been incorporated herein by 
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10 



reference. The PDSN may then open a PPP session to the mobile station, causing the mobile 
station to enter the EP Control Protocol (IPCP) Opened state at step 510. 

In step 515, the mobile station determines if it has received a message with a data field, 
such as an LCP request message from the PDSN that includes a starting value estimate, as 
5 described above. It should be understood, however, that the mobile station may receive the 
starting value estimate in other ways, such as via an A-interface message in a new version of the 
A-interface sent from the PDSN to the RN and then to the MS via a message defined in a new 
version of IS-707. In any case, if the expected message is not received by the mobile station 
within a pre-determined time interval, then the method proceeds to Fig. 8. Otherwise, if a 

10 message with the expected data field is received within the pre-determined time interval, then the 
method continues to Fig. 7. 

With reference now to Fig. 7, the method continues from Fig. 6. At step 600, the 
inactivity timer estimate in the mobile station is reset. For example, if the mobile station had 
received a starting value estimate of 60 seconds in Fig. 6, then the inactivity timer estimate may 

15 be set 60 and decrement once per second such that it would expire at zero. At step 605, the 
mobile station monitors for PPP activity. If PPP activity is detected, then the method returns to 
step 600. Otherwise, if no PPP activity is detected, then the method continues to step 610. PPP 
activity may, for example, be detected by sending or receiving a PPP packet to or from the 
PDSN. 

20 At decision step 610, the mobile station determines if a condition exists to make the 

mobile device unreachable by the PDSN. An unreachable condition could, for example, result 
from losing the paging channel, making a voice telephone call using a service option such as 
EVRC when the air interface does not support concurrent services, or for other reasons. If there 
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is no condition making the mobile station unreachable, then the method returns to step 605. 
Otherwise, if there is a condition that makes the mobile station unreachable, then the method 
continues to step 615. 

At decision step 615, the mobile station determines if it has become reachable by the 
5 PDSN. This may occur, for example, if the mobile station reacquired the Paging Channel after a 
loss of the paging channel, ended a voice telephone using a service option such as EVRC, or for 
other reasons. If the mobile station is not yet reachable, then the method remains at decision step 
615. Otherwise, if the mobile station becomes reachable, then the method continues at decision 
step 620. 

10 At decision step 620, the mobile station determines if the inactivity timer estimate has 

expired. If the inactivity timer estimate on the mobile station has not expired, then processing 
continues at step 605. If the inactivity timer estimate has expired, however, then the method 
continues to step 625. At step 625, the mobile station sends an LCP request message to the 
PDSN and awaits a reply. Once the mobile station receives an LCP reply from the PDSN in step 

15 630, processing continues at step 600. 

Turning now to Fig. 8, the method continues from Fig. 6. At decision step 700, the 
mobile station determines if a condition exists making the mobile station unreachable by the 
PDSN, as described above with reference to step 610 in Fig. 7. If there is no condition making 
the mobile station unreachable, then the method remains at step 700, and the mobile station 

20 continues normal operation. Otherwise, if there is a condition that makes the mobile station 
unreachable, then processing continues at step 705. At decision step 705, the mobile station 
determines if it is again reachable by the PDSN. For example, the mobile station may become 
reachable if it reacquires the Paging Channel, ends a voice telephone communication using a 
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service option such as EVRC, or for other reasons. If the result of decision step 705 is that the 
mobile station is not yet reachable, then processing remains at decision step 705. If the result of 
decision step 705 is that the mobile station has become reachable, however, then the mobile 
station initiates a PPP session at step 710, and the method repeats. 
5 Fig. 9 is a flow diagram illustrating an example operation of an always-on PDSN. The 

method begins in step 800 when the PDSN initiates a PPP session with a mobile station. At step 
805, the PDSN enters the IPCP Opened state, and processing continues at step 810. At step 810, 
the PDSN sends an LCP message, such as an Echo-Request message, including a data field of 
non-zero length that includes the starting value estimate, as described above. Then, at step 815 

10 the PDSN starts (or resets) the inactivity timer. For example, if a value of 60 seconds is used for 
the starting value of the inactivity timer, then the PDSN may set the inactivity timer to 60 and 
decrement the timer once per second such that it expires at zero. 

Once the inactivity timer has been set, the method monitors for PPP activity at step 820. 
If PPP activity is detected, then the method returns to step 815. Otherwise, if no PPP activity is 

15 detected, then the method continues to step 825. PPP activity may, for example, be detected by 
sending or receiving a PPP packet to or from the mobile station. At decision step 825, the PDSN 
determines if the inactivity timer has expired. If the inactivity timer has expired, then the method 
returns to step 820. Otherwise, the method continues to step 830. 

At step 830, the PDSN sends an LCP message, such as an Echo-Request message, to the 

20 mobile station. Then, at step 835, the PDSN starts an Echo-Reply-Timeout timer and 
decrements an Echo-Request-Retries counter by one. At step 840, the PDSN monitors for an 
LCP Echo-Reply message, an LCP Echo-Request message, or any other PPP data from the 
mobile station. If a PPP message is received at step 840, then the Echo-Reply-Timeout timer is 
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stopped at step 845, and the method returns to step 815. Otherwise, if no PPP message is 
received at step 840, then the method continues to step 850. 

At decision step 850, the PDSN determines if the Echo-Reply-Timeout timer has expired. 
If not, then the method returns to step 840. If the Echo-Reply-Timeout timer has expired, 
5 however, then the method continues to step 855. At decision step 855, the PDSN determines if 
the Echo-Request-Retries counter is greater than zero. If the counter is greater than zero, then 
the method returns to step 830. Otherwise, if the Echo-Request-Retries counter is not greater 
than zero, then the PPP session is released at step 860, and the method ends. 

This written description uses examples to disclose the invention, including the best mode, 

10 and also to enable a person skilled in the art to make and use the invention. The patentable scope 
of the invention may include other examples that occur to those skilled in the art. For example, 
in one embodiment an always-on APN may include an always-on radio network (RN) that 
cooperates with the always-on PDSN and always-on mobile station to treat voice 
communications as PPP activity. The always-on PDSN may determine from the always-on RN 

15 that the always-on mobile station is currently in a voice call, and therefore that the mobile station 
is unreachable for the purposes of PPP communication. In this case, the always-on PDSN may 
treat the always-on mobile station as if it were active for the purposes of PPP. 
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